home *** CD-ROM | disk | FTP | other *** search
/ Almathera Ten Pack 1: Comms & Networking / Almathera Ten on Ten - Disc 1: Comms & Networking.iso / generalinfo / internetstandards / rfc / 0001-0999 / rfc732.txt < prev    next >
Text File  |  1992-10-15  |  57KB  |  1,428 lines
  1.  
  2. NWG/RFC# 732                                  DAY 13-Sep-77 18:38  41762
  3. Data Entry Terminal Option
  4.  
  5.  
  6.  
  7. Network Working Group                                           John Day
  8. Request for Comments: 732                                               
  9. NIC: 41762                                             12 September 1977
  10.  
  11. Obsoletes: 731
  12.  
  13.  
  14.                    Telnet Data Entry Terminal Option
  15.  
  16. 1.  Command Name and Code:
  17.  
  18.   DET             20
  19.  
  20. 2.  Command Meanings
  21.  
  22.   IAC WILL DET
  23.  
  24.     The sender of this command REQUESTS or AGREES to send and receive
  25.     subcommands to control the Data Entry Terminal.
  26.  
  27.   IAC WONT DET
  28.  
  29.     The sender of this command REFUSES to send and receive subcommands
  30.     to control the Data Entry Terminal.
  31.  
  32.   IAC DO DET
  33.  
  34.     The sender of this command REQUESTS or AGREES to send and receive
  35.     subcommands to control the Data Entry Terminal.
  36.  
  37.   IAC DONT DET
  38.  
  39.     The sender of this command REFUSES to send and receive subcommands
  40.     to control the Data Entry Terminal.
  41.  
  42.   The DET option uses five classes of subcommands 1) to establish the
  43.   requirements and capabilities of the application and the terminal, 2)
  44.   to format the screen, and to control the 3) edit, 4) erasure, and 5)
  45.   transmission functions. The subcommands that perform these functions
  46.   are described below.
  47.  
  48.   The Network Virtual Data Entry Terminal (NVDET)
  49.  
  50.     The NVDET consists of a keyboard and a rectangular display. The
  51.     keyboard is capable of generating all of the characters of the ASCII
  52.     character set. In addition, the keyboard may possess a number of
  53.     function keys which when pressed cause a FN subcommand to be sent.
  54.  
  55.  
  56.  
  57.  
  58.  
  59. John Day                                                        [page 1]
  60.  
  61. NWG/RFC# 732                                  DAY 13-Sep-77 18:38  41762
  62. Data Entry Terminal Option
  63.  
  64.  
  65.  
  66.     (Although most DET's will support one or more peripheral devices
  67.     such as a paper tape reader or a printer, this option does not
  68.     consider their support. Support of peripheral devices should be
  69.     treated by a is a separate option).
  70.  
  71.     The screen of the data entry terminal is a rectangle M characters by
  72.     N lines. The values of M and N are set by negotiating the Output
  73.     Line Width and Output Page Size options, respectively. The next
  74.     writing position (x,y) on the screen (where x is the character
  75.     position and y is the position of the line on the screen) is
  76.     indicated by a special display character called the cursor. The
  77.     cursor may be moved to any position on the screen without disturbing
  78.     any characters already on the screen. Cursor addressing in existing
  79.     terminals utilizes several topologies and addressing methods. In
  80.     order to make the burden of implementaton as easy as possible this
  81.     protocol supports two topologies (the finite plane and the helical
  82.     torus) and three addressing methods ((x,y); x and y, and relative
  83.     increments). Since the finite plane with absolute addressing is the
  84.     least ambiguous and the easiest to translate to and from the others,
  85.     it is the default scheme used by the NVDET. The torodial form with
  86.     either relative or absolute addressing is provided for convience.
  87.  
  88.     Also the NVDET provides a mechanism for defining on the screen
  89.     fields with special attributes. For example, characters entered into
  90.     these fields may be displayed with brighter intensity, highlighted
  91.     by reverse video or blinking, or protected from modification by the
  92.     user. This latter feature is one of the most heavily used for
  93.     applications where the DET displays a forline, i.e. line y+1
  94.     becomes line y; y+2 becomes y+1; ...; N-1 becomes N-2. The N-1st
  95.     line position is set to all spaces. The cursor position remains
  96.     unchanged.
  97.  
  98.     IAC SB DET CHAR INSERT IAC SE                    subcommand code: 15
  99.  
  100.     This subcommand inserts the next character in the data stream
  101.     between the xth and x-1st characters, where x is the current
  102.     character position of the cursor. The xth through M-2nd characters
  103.     on the line are shifted one character positon to the right. The new
  104.     character is inserted at the vacated xth position. The M-1st
  105.     character is lost. The position of the cursor remains unchanged.
  106.  
  107.     IAC SB DET CHAR DELETE IAC SE                    subcommand code: 16
  108.  
  109.     This subcommand deletes the character on the screen at the x-th
  110.     position. The x-th character is removed and the characters x+1
  111.     through M-1 are shifted one character position to the left to become
  112.     the x-th through M-2nd characters. The M-1st character position is
  113.     left empty. (For most terminals it will be set to a NUL or space.)
  114.     The cursor position remains unchanged.
  115.  
  116.     IAC SB DET READ CURSOR IAC SE                    subcommand code: 17
  117.  
  118.     This subcommand requests the receiver to send the present position
  119.     of the cursor to the sender.
  120.  
  121.     IAC SB DET CURSOR POSITION <x><y> IAC SE         subcommand code: 18
  122.  
  123.     where <x> and <y> are positive 8-bit binary integers.
  124.  
  125.  
  126.  
  127.  
  128.  
  129.  
  130. John Day                                                        [page 8]
  131.  
  132. NWG/RFC# 732                                  DAY 13-Sep-77 18:38  41762
  133. Data Entry Terminal Option
  134.  
  135.  
  136.  
  137.     This subcommand is sent by a Telnet implementation in response to a
  138.     READ CURSOR subcommand to convey the coordinates of the cursor to
  139.     the other side. Note: x is less than M and y is less than N.
  140.  
  141.     IAC SB DET REVERSE TAB IAC SE                    subcommand code: 19
  142.  
  143.     This subcommand causes the cursor to move to the previous tab
  144.     position. If none exists on the present line, the cursor moves to
  145.     the previous line and so on until a tab is found or the address
  146.     (0,0) is encountered. When field protection is in effect the cursor
  147.     moves to the beginning of the preceding unprotected field.
  148.  
  149.   Transmit Functions (For detailed semantics see Section 5.)
  150.  
  151.     IAC SB DET TRANSMIT SCREEN IAC SE                subcommand code: 20
  152.  
  153.     This subcommand causes the terminal to transmit all characters on
  154.     the screen from position (0,0) to (M-1,N-1). The cursor will be at
  155.     (0,0) after the operation is complete.
  156.  
  157.     IAC SB DET TRANSMIT UNPROTECTED IAC SE           subcommand code: 21
  158.  
  159.     This subcommand causes the terminal to transmit all characters in
  160.     unprotected fields from position (0,0) to (M-1,N-1). The unprotected
  161.     fields are separated by the field separator subcommand. The cursor
  162.     will be at (0,0) or at the beginning of the first unprotected field
  163.     after the operation is complete.
  164.  
  165.     IAC SB DET TRANSMIT LINE IAC SE                  subcommand code: 22
  166.  
  167.     This subcommand causes the terminal to transmit all data on the yth
  168.     line where y is determined by the present position of the cursor.
  169.     Data is sent from character position (0,y) to the end-of-line or
  170.     position (M-1,y) whichever comes first. The cursor position after
  171.     the transmission is one character position after the end of line
  172.     condition or the beginning of the next line, (0,y+1).
  173.  
  174.     IAC SB DET TRANSMIT FIELD IAC SE                 subcommand code: 23
  175.  
  176.     This subcommand causes the terminal to transmit all data in the
  177.     field presently occupied by the cursor. The cursor position after
  178.     the operation is complete is one character position after the end of
  179.     the field or, if that
  180.  
  181.     position is protected, at the beginning of the next unprotected
  182.     field.
  183.  
  184.  
  185.  
  186.  
  187.  
  188.  
  189. John Day                                                        [page 9]
  190.  
  191. NWG/RFC# 732                                  DAY 13-Sep-77 18:38  41762
  192. Data Entry Terminal Option
  193.  
  194.  
  195.  
  196.     IAC SB DET TRANSMIT REST OF SCREEN IAC SE        subcommand code: 24
  197.  
  198.     This subcommand causes the terminal to transmit all characters on
  199.     the screen from position (x,y) to (M-1,N-1) or until the end of
  200.     text. (x,y) is the current cursor position. The cursor position
  201.     after the operation is one character position after the last text
  202.     character, or (0,0) if the last filled character position is
  203.     (M-1,N-1).
  204.  
  205.     IAC SB DET TRANSMIT REST OF LINE IAC SE          subcommand code: 25
  206.  
  207.     This subcommand causes the terminal to transmit all characters on
  208.     the yth line from position (x,y) to the end of line or (M-1,y)
  209.     whichever comes first. (x,y) is the current cursor position. The
  210.     cursor position after the operation is one character position after
  211.     the last character of the line or the first character of the next
  212.     line.
  213.  
  214.     IAC SB DET TRANSMIT REST OF FIELD IAC SE         subcommand code: 26
  215.  
  216.     This subcommand causes the receiver to transmit the rest of the
  217.     characters in the field currently occupied by the cursor. The cursor
  218.     position after the operation is at the beginning of the next field.
  219.  
  220.     IAC SB DET TRANSMIT MODIFIED IAC SE              subcommand code: 27
  221.  
  222.     This subcommand causes the receiver to transmit only those fields
  223.     which have the modified attribute set. The cursor position after the
  224.     operation is unchanged.
  225.  
  226.     IAC SB DET DATA TRANSMIT <x><y> IAC SE           subcommand code: 28
  227.  
  228.     This subcommand is used to preface data sent from the terminal in
  229.     response to a user action or a TRANSMIT command. The parameters <x>
  230.     and <y> indicate the initial position of the cursor. See the
  231.     Transmit Subcommands subsection in Section 5 for more details. A
  232.     DATA TRANSMIT subcommand may precede an entire transmission with
  233.     each field being delineated by the FIELD SEPARATOR subcommand as
  234.     would be the case in a response toa
  235.  
  236.     TRANSMIT UNPROTECTED. Or, it may precede each field as would be the
  237.     case in a response to a TRANSMIT MODIFIED.
  238.  
  239.   Erase Functions
  240.  
  241.     IAC SB DET ERASE SCREEN IAC SE                   subcommand code: 29
  242.  
  243.  
  244.  
  245.  
  246.  
  247.  
  248. John Day                                                       [page 10]
  249.  
  250. NWG/RFC# 732                                  DAY 13-Sep-77 18:38  41762
  251. Data Entry Terminal Option
  252.  
  253.  
  254.  
  255.     This subcommand causes all characters to be removed from the screen.
  256.     All fields regardless of their attributes are deleted. The cursor
  257.     position after the operation will be (0,0). Most terminals set the
  258.     erased characters to either NUL or space characters.
  259.  
  260.     IAC SB DET ERASE LINE IAC SE                     subcommand code: 30
  261.  
  262.     This subcommand causes all characters on the yth line to be removed
  263.     from the screen, where y is the line of the current cursor position.
  264.     All fields regardless of their attributes are deleted. The cursor
  265.     position after this operation will be (0,y). Note: This operation
  266.     can be easily simulated by the sequence: LINE DELETE, LINE INSERT.
  267.     However, the order is important to insure that no data is lost off
  268.     the bottom of the screen.
  269.  
  270.     IAC SB DET ERASE FIELD IAC SE                    subcommand code: 31
  271.  
  272.     This subcommand causes all characters in the field occupied by the
  273.     cursor to be removed. The cursor position after the operation is at
  274.     the beginning of the field.
  275.  
  276.     IAC SB DET ERASE REST OF SCREEN IAC SE           subcommand code: 32
  277.  
  278.     This subcommand causes all characters from position (x,y) to
  279.     (M-1,N-1) to be removed from the screen. All fields regardless of
  280.     their attributes are deleted. The cursor position after the
  281.     operation is unchanged. This is equivalent to doing an ERASE REST OF
  282.     LINE plus a LINE DELETE for lines greater than y.
  283.  
  284.     IAC SB DET ERASE REST OF LINE IAC SE             subcommand code: 33
  285.  
  286.     This subcommand causes all characters from position (x,y) to (M-1,y)
  287.     to be removed from the screen All fields regardless of their
  288.     attributes are deleted. The cursor position after the operation is
  289.     unchanged.
  290.  
  291.     IAC SB DET ERASE REST OF FIELD IAC SE            subcommand code: 34
  292.  
  293.     This subcommand causes all characters from position (x,y) to the end
  294.     of the current field to be removed from the screen. The cursor
  295.     position after the operation is unchanged.
  296.  
  297.     IAC SB DET ERASE UNPROTECTED IAC SE              subcommand code: 35
  298.  
  299.     This subcommand causes all characters on the screen in unprotected
  300.     fields to be removed from the screen. The cursor position after the
  301.  
  302.  
  303.  
  304.  
  305.  
  306.  
  307. John Day                                                       [page 11]
  308.  
  309. NWG/RFC# 732                                  DAY 13-Sep-77 18:38  41762
  310. Data Entry Terminal Option
  311.  
  312.  
  313.  
  314.     operation is at (0,0) or, if that position is protected, at the
  315.     beginning of the first unprotected field.
  316.  
  317.   Format Functions
  318.  
  319.     IAC SB DET FORMAT DATA <format map><count> IAC SE
  320.                                                      subcommand code: 36
  321.  
  322.     where <format map> is a two byte field containing the following
  323.     flags:
  324.  
  325.       Byte 0
  326.         Blinking                                 7
  327.         Reverse Video                            6
  328.         Right Justification                      5
  329.         Protection                              3-4
  330.         Intensity                               0-2
  331.       Byte 1
  332.         Modified                                1
  333.         Pen Selectable                          0
  334.  
  335.     where:
  336.  
  337.     If the Blinking bit is set, the following field of <count>
  338.     characters should have the Blinking attribute applied to it by the
  339.     receiver.
  340.  
  341.     If the Reverse Video bit is set, the following field of <count>
  342.     characters should be displayed by the receiver with video reversed.
  343.  
  344.     If the Right Justification bit is set, the input entered into the
  345.     field of <count> characters should be right justified.
  346.  
  347.     The Protection field is two bits wide and may take on the
  348.  
  349.     following values:
  350.  
  351.       0         no protection
  352.       1         protected
  353.       2         alphabetic only
  354.       3         numeric only
  355.  
  356.     The protection attribute specifies that the other side may modify
  357.     any character (no protection), modify no characters (protected),
  358.     enter only alphabetical characters (A-Z, and a-z) (alphabetic only),
  359.     or enter only numerical characters (0-9,+,.,and -) (numeric only) in
  360.     the following field of <count> bytes.
  361.  
  362.  
  363.  
  364.  
  365.  
  366. John Day                                                       [page 12]
  367.  
  368. NWG/RFC# 732                                  DAY 13-Sep-77 18:38  41762
  369. Data Entry Terminal Option
  370.  
  371.  
  372.  
  373.     The Intensity field is 3 bits wide and should be interpreted in the
  374.     following way:
  375.  
  376.       The values 0-6 should be used as an indication of the relative
  377.       brightness to be used when displaying the characters in or entered
  378.       into the following field <count> characters wide. The number of
  379.       levels of brightness available should have been obtained
  380.       previously by the Format Facility subcommand. The exact algorithm
  381.       for mapping these values to the available levels of intensity is
  382.       left to the implementors. A value of 7 in the intensity field
  383.       indicates that the brightness should be off, and any characters in
  384.       or entered into the field should not be displayed.
  385.  
  386.     If the Modified bit is set, the field is considered to have been
  387.     modified and will be transmitted in response to a TRANSMIT MODIFIED
  388.     subcommand.
  389.  
  390.     If the Pen Selectable bit is set, the field can be selected with the
  391.     light pen. Note: Use of the light pen should be the subject of
  392.     another Telnet option.
  393.  
  394.     <count> is 2 bytes that should be interpreted as a positive 16-bit
  395.     binary integer representing the number of characters following this
  396.     command which are affected by it.
  397.  
  398.     Data sent to the terminal or the Using Host for unwritten areas of
  399.     the screen not in the scope of the count should be displayed with
  400.     the default values of the format map. The default values are No
  401.     Blinking, Normal Video, No Justification, No Protection and Normal
  402.     Intensity. For example, suppose a FORMAT DATA subcommand was sent to
  403.     the terminal with attributes Blinking and Protected and a
  404.  
  405.     count of 5 followed by the string "Name: John Doe". The string
  406.     "Name:" would be protected and blinking, but the string "John Doe"
  407.     would not be.
  408.  
  409.     This subcommand is used to format data to be displayed on the screen
  410.     of the terminal. The <format map> describes the attributes that the
  411.     field <count> bytes wide should have. This field is to start at the
  412.     position of the cursor when the command is acted upon. The next
  413.     <count> displayable characters in the data stream are used to fill
  414.     the field. Subsequent REPEAT subcommands may be used to specify the
  415.     contents of this field. If the sender specifies attributes that have
  416.     not been agreed upon by the use of the Format Facility subcommand,
  417.     the Telnet process should send an Error Subcommand to the sender,
  418.     but format the screen as if the bit had not been set.
  419.  
  420.  
  421.  
  422.  
  423.  
  424.  
  425. John Day                                                       [page 13]
  426.  
  427. NWG/RFC# 732                                  DAY 13-Sep-77 18:38  41762
  428. Data Entry Terminal Option
  429.  
  430.  
  431.  
  432.     IAC SB DET REPEAT <count><char> IAC SE           subcommand code: 37
  433.  
  434.     where <count> is a positive 8-bit binary integer. <char> is an 8-bit
  435.     byte containing an ASCII character.
  436.  
  437.     This subcommand is used to perform data compression on data being
  438.     transferred to the terminal by encoding strings of identical
  439.     characters as the character and a count. The repeated characters may
  440.     be part of a field specified
  441.  
  442.     IAC SB DET SUPPRESS PROTECTION <negotiation> IAC SE
  443.                                                      subcommand code: 38
  444.  
  445.     where <negotiation> may have the values of the Telnet option
  446.     negotiation:
  447.  
  448.       251                 WILL
  449.       252                 WONT
  450.       253                 DO
  451.       254                 DONT
  452.  
  453.     This subcommand is used to suppress the field protection in a
  454.     non-destructive manner. Many data entry terminals provide the means
  455.     by which protection may be turned on and off without modifying the
  456.     contents of the screen or the terminal's memory. Thus, the
  457.     protection may be turned off and back on without retransmitting the
  458.     form.
  459.  
  460.     The default setting of the option is that protection is on, in other
  461.     words
  462.  
  463.       IAC SB DET SUPPRESS PROTECTION WONT IAC SE
  464.       IAC SB DET SUPPRESS PROTECTION DONT IAC SE
  465.  
  466.     Negotiation of this subcommand follows the same rules as
  467.     negotiations of the Telnet options.
  468.  
  469.     IAC SB DET FIELD SEPARATOR IAC SE                subcommand code: 39
  470.  
  471.     It is necessary when transmitting only the unprotected portion of
  472.     the screen to provide a means for delimiting the fields. Existing
  473.     DET's use a variety of ASCII characters such as Tab, Group
  474.     Separator, Unit Separator, etc. In order to maintain transparency of
  475.     the NVDET this subcommand is used to separate the fields. Clearly,
  476.     this incurs rather high overhead. This overhead can be avoided by
  477.     using the Byte Macro Option (see Appendix 3).
  478.  
  479.  
  480.  
  481.  
  482.  
  483.  
  484. John Day                                                       [page 14]
  485.  
  486. NWG/RFC# 732                                  DAY 13-Sep-77 18:38  41762
  487. Data Entry Terminal Option
  488.  
  489.  
  490.  
  491.   Miscellaneous Commands
  492.  
  493.     IAC SB DET FN <code> IAC SE                      subcommand code: 40
  494.  
  495.     where: <code> is one byte.
  496.  
  497.     Many data-entry terminals provide a set of "function" keys which
  498.     when pressed send a one-character command to the server. This
  499.     subcommand describes such a facility. The values of the <code> field
  500.     are defined by the user and server. The option merely provides the
  501.     means to transfer the information.
  502.  
  503.     IAC SB DET ERROR <cmd> <error code> IAC SE       subcommand code: 41
  504.  
  505.     where:
  506.  
  507.       <cmd> is a byte containing the subcommand code of the subcommand
  508.       in error.
  509.  
  510.       <error code> is a byte containing an error code.
  511.  
  512.       (For a list of the defined error codes see Appendix 2.)
  513.  
  514.     This subcommand is provided to allow DET option implementations to
  515.     report errors they detect to the corresponding Telnet process. At
  516.     this point it is worth reiterating that the philosophy of this
  517.     option is that when an error is detected it should be reported;
  518.     however, the implementation should attempt its best effort to carry
  519.     out the intent of the subcommand or data in error.
  520.  
  521.  
  522.  
  523.  
  524.  
  525.  
  526.  
  527.  
  528.  
  529.  
  530.  
  531.  
  532.  
  533.  
  534.  
  535.  
  536.  
  537.  
  538.  
  539.  
  540.  
  541.  
  542.  
  543. John Day                                                       [page 15]
  544.  
  545. NWG/RFC# 732                                  DAY 13-Sep-77 18:38  41762
  546. Data Entry Terminal Option
  547.  
  548.  
  549.  
  550. 3. Default and Minimal Implementation Specifications
  551.  
  552.   Default
  553.  
  554.     WON'T DET -- DON'T DET
  555.  
  556.     Neither host wishes to use the Data Entry Terminal option.
  557.  
  558.   Minimal Implementation
  559.  
  560.     DET EDIT FACILITIES
  561.     DET ERASE FACILITIES
  562.     DET TRANSMIT FACILITIES
  563.     DET FORMAT FACILITIES
  564.     DET MOVE CURSOR <x><y>
  565.     DET HOME
  566.     DET ERASE SCREEN
  567.     DET TRANSMIT SCREEN
  568.     DET FORMAT DATA
  569.     DET ERROR <cmd> <error code>
  570.  
  571.     In the case of formatting the data, the minimal implementation
  572.     should be able to support a low and high level of intensity and
  573.     protection for all or no characters in a field. These functions,
  574.     however, are not required.
  575.  
  576.     The minimal implementation also requires that the Output Line Width
  577.     and Output Page Size Telnet options be supported.
  578.  
  579.  
  580.  
  581.  
  582.  
  583.  
  584.  
  585.  
  586.  
  587.  
  588.  
  589.  
  590.  
  591.  
  592.  
  593.  
  594.  
  595.  
  596.  
  597.  
  598.  
  599.  
  600.  
  601.  
  602. John Day                                                       [page 16]
  603.  
  604. NWG/RFC# 732                                  DAY 13-Sep-77 18:38  41762
  605. Data Entry Terminal Option
  606.  
  607.  
  608.  
  609. 4. Motivation
  610.  
  611.   The Telnet protocol was originally designed to provide a means for
  612.   scroll-mode terminals, such as the standard teletype, to communicate
  613.   with processes through the network. This was suitable for the vast
  614.   majority of terminals and users at that time. However, as use of the
  615.   network has increased into other areas, especially areas where the
  616.   network is considered to provide a production environment for other
  617.   work, the desires and requirements of the user community have changed.
  618.   Therefore, it is necessary to consider supporting facilities that were
  619.   not initially supported. This Telnet option attempts to do that for
  620.   applications that require data entry terminals.
  621.  
  622.   This option in effect defines the Network Virtual Data Entry Terminal.
  623.   Although the description of this option is quite long, this does not
  624.   imply that the Telnet protocol is a poor vehicle for this facility.
  625.   Data Entry Terminals are rather complex and varied in their abilities.
  626.   This option attempts to support both the minimal set of useful
  627.   functions that are either common to all or can be easily simulated and
  628.   the more sophisticated functions supplied in some terminals.
  629.  
  630.   Unlike most real data entry terminals where the terminal functions are
  631.   encoded into one or more characters of the native character set, this
  632.   option performs all such controls within the Telnet subnegotiation
  633.   mechanism. This allows programs that are intimately familiar with the
  634.   kind of terminal they are communicating with to send commands that may
  635.   not be supported by either the option or the implementation. In other
  636.   words, it is possible to operate in a "raw" or at least "rare" mode
  637.   using as much of the option as necessary.
  638.  
  639.   Although many data entry terminals support a variety of peripheral
  640.   devices such as printers, cassettes, etc. it is beyond the scope of
  641.   this option to entertain such considerations. A separate option should
  642.   be defined to handle this aspect of these devices.
  643.  
  644.  
  645.  
  646.  
  647.  
  648.  
  649.  
  650.  
  651.  
  652.  
  653.  
  654.  
  655.  
  656.  
  657.  
  658.  
  659.  
  660.  
  661. John Day                                                       [page 17]
  662.  
  663. NWG/RFC# 732                                  DAY 13-Sep-77 18:38  41762
  664. Data Entry Terminal Option
  665.  
  666.  
  667.  
  668. 5. Description
  669.  
  670.   General Notes
  671.  
  672.     All implementations of this option are required to support a certain
  673.     minimal set of the subcommands for this option. Section 3 contains a
  674.     complete list of the subcommands in this minimal set. In keeping
  675.     with the Telnet protocol philosophy that an implementation should
  676.     not have to be able to parse commands it does not implement, every
  677.     subcommand of this option is either in the minimal set or is covered
  678.     by one of the facility subcommands. An implementation must
  679.     "negotiate" with its correspondent for permission to use subcommands
  680.     not in the minimal set before using them. For details of this
  681.     negotiation process see the section below on facility subcommands.
  682.  
  683.     Most data entry terminals are used in a half duplex mode. (Although
  684.     most DET's on the market can be used either as data entry terminals
  685.     or as standard interactive terminals, we are only concerned here
  686.     with their use as DET's.) When this option is used, it is suggested
  687.     that the following Telnet options be refused: Echo, Remote
  688.     Controlled Transmission and Echoing, and Suppress Go-Ahead. However,
  689.     this option could be used to support a simple full duplex CRT based
  690.     application using the basic cursor control functions provided here.
  691.     For these cases, one or more of the above list of options might be
  692.     required. (Support of sophisticated interactive calligraphic
  693.     applications is beyond the scope of this option and should be done
  694.     by another option or the Network Graphics Protocol.)
  695.  
  696.     In RFC 728, it was noted that a synch sequence can cause undesired
  697.     interactions between Telnet Control functions and the data stream. A
  698.     synch sequence causes data but not control functions to be flushed.
  699.     If a control function which has an effect on the data immediately
  700.     following it is present in the data stream when a synch sequence
  701.     occurs, the control function will have its effect not on the
  702.     intended data but on the data immediately following the Data Mark.
  703.     The following DET subcommands are susceptible to this pitfall:
  704.  
  705.       CHAR INSERT
  706.       DATA TRANSMIT
  707.       FORMAT DATA
  708.  
  709.     The undesired interactions are best avoided by the receiver
  710.  
  711.     of the synch sequence deleting these subcommands and all data
  712.     associated with them before continuing to process the control
  713.     functions. This implies that the Data Mark should not occur in the
  714.     middle of the data associated with these subcommands.
  715.  
  716.  
  717.  
  718.  
  719.  
  720. John Day                                                       [page 18]
  721.  
  722. NWG/RFC# 732                                  DAY 13-Sep-77 18:38  41762
  723. Data Entry Terminal Option
  724.  
  725.  
  726.  
  727.   Facility Subcommands
  728.  
  729.     These four subcommands are used by the User and Server
  730.     implementations to negotiate the subcommands and attributes of the
  731.     terminal that may be utilized. This negotiation can be viewed as the
  732.     terminal (User Host) indicating what facilities are provided and the
  733.     Server Host (or application program) indicating what facilities are
  734.     desired.
  735.  
  736.     When Sent: A Server Telnet implementation using the DET option must
  737.     send a facility subcommand requesting the use of a particular
  738.     subcommand or terminal attribute not in the minimal implementation
  739.     before the first use of that subcommand or attribute. The User
  740.     Telnet implementation should respond as quickly as possible with its
  741.     reply. Neither the User nor Server are required to negotiate one
  742.     subcommand at a time. Also, a Telnet implementation responding to a
  743.     facility subcommand is not required to give permission only for that
  744.     subcommand. It may send a format map indicating all facilities of
  745.     that class which it supports. However, a Telnet implementation
  746.     requesting facilities must send a facility subcommand before its
  747.     first use of the subcommand regardless of whether earlier
  748.     negotiations have indicated the facility is provided. The facility
  749.     cannot be used until a corresponding facility subcommand has been
  750.     received. There are no other constraints on when the facility
  751.     subcommands may be sent. In particular, it is not necessary for an
  752.     application to know at the beginning of a session all facilities
  753.     that it will use.
  754.  
  755.     Action When Recieved: There are two possible actions that may be
  756.     taken when a facility subcommand is received depending on whether
  757.     the receiver is a requestor or a provider (User).
  758.  
  759.     Requestor: When a facility subcommand is received by a requestor and
  760.     it is in the state of Waiting for a Reply, it should go into the
  761.     state of Not Waiting. It should then take the facility map it had
  762.     sent and form the logical intersection with the facility map
  763.     received. (For the Intensity attribute, one should take the minimum
  764.     of the number received and the number requested.) The result
  765.     indicates the facilities successfully negotiated. Note: if
  766.  
  767.     the receiver is not in the Waiting for Reply state, then this is the
  768.     provider case described next.
  769.  
  770.     Provider: When a facility subcommand is received, it should send a
  771.     facility subcommand with a facility map of the facilities it
  772.     provides as soon as possible. It should then determine what new
  773.  
  774.  
  775.  
  776.  
  777.  
  778.  
  779. John Day                                                       [page 19]
  780.  
  781. NWG/RFC# 732                                  DAY 13-Sep-77 18:38  41762
  782. Data Entry Terminal Option
  783.  
  784.  
  785.  
  786.     facilities it is providing for the Requestor by forming the logical
  787.     intersection of the facility map received and the one sent.
  788.  
  789.     Note: Although in most cases the requestor will be the Server Host
  790.     and the provider will be the User Host supporting the terminal, this
  791.     distinction may not always be true.
  792.  
  793.   Transmit Subcommands
  794.  
  795.     There are two kinds of transmit subcommands: those used to request
  796.     that data be sent to the requestor, and one to preface data sent to
  797.     the requestor. The first kind allow the requestor to control when,
  798.     from where and to some degree how much data is transmitted from the
  799.     terminal. Their explanation is straightforward and may be found in
  800.     Section 2.
  801.  
  802.     Data may be sent from the terminal as a result of two events: the
  803.     user of the terminal caused the transmission or in response to a
  804.     transmit subcommand. Some programs may wish to know from where on
  805.     the screen the transmission began. (This is reasonable, since the
  806.     terminal user may move the cursor around considerably before
  807.     transmitting.) Other programs may not need such information. The
  808.     DATA TRANSMIT subcommand is provided in case this function is
  809.     needed. When used this subcommand prefaces data coming from the
  810.     terminal. The parameters <x> and <y> give the screen coordinates of
  811.     the beginning of the transmission. <x> must be less than or equal to
  812.     M-1 and <y> must be less than or equal to N-1. It is assumed that
  813.     all data between this DATA TRANSMIT and the next one starts at the
  814.     coordinates given by the first subcommand and continues filling each
  815.     line thereafter according to the constraints of the screen and the
  816.     format effectors in the data. Thus an intelligent or sloppy
  817.     user-host DET implementation (depending on your point of view) need
  818.     only include a DATA TRANSMIT subcommand when the new starting point
  819.     is different from the last ending point.
  820.  
  821.  
  822.  
  823.  
  824.  
  825.  
  826.  
  827.  
  828.  
  829.  
  830.  
  831.  
  832.  
  833.  
  834.  
  835.  
  836.  
  837.  
  838. John Day                                                       [page 20]
  839.  
  840. NWG/RFC# 732                                  DAY 13-Sep-77 18:38  41762
  841. Data Entry Terminal Option
  842.  
  843.  
  844.  
  845. 6.  Sample Interaction
  846.  
  847.   The nomenclature of RFC 726 will be used to describe this example.  To
  848.   quote that RFC:
  849.  
  850.     "S:"  is sent from serving host to using host.
  851.     "U:"  is sent from using host to serving host.
  852.     "T:"  is entered by the terminal user.
  853.     "P:"  is printed on the terminal.
  854.  
  855.     Text surrounded by square brackets([]) is commentary. Text
  856.     surrounded by angle brackets (<>) is to be taken as a single unit.
  857.     E.g, carriage return is <cr>, and the decimal value 27 is
  858.     represented <27>.
  859.  
  860.     We assume that the user has established the Telnet connection,
  861.     logged on, and an application program has just been started either
  862.     by the user directly or through a canned start up  procedure. The
  863.     presentation on the page is meant to merely group entities together
  864.     and does not imply the position of message boundaries. One should
  865.     assume that any part of the dialogue may be sent as one or many
  866.     messages. The first action of the program  or Telnet is to negotiate
  867.     the DET option:
  868.  
  869.   S: <IAC><DO><DET>
  870.  
  871.   U: <IAC><WILL><DET>
  872.  
  873.   S:<IAC><DO><OUTPUT PAGE SIZE>              [First negotiate the screen
  874.                                              size.  In this case we are
  875.                                              asking the user the size of
  876.                                              the terminal.  This could
  877.                                              have been done before the
  878.                                              DET option was negotiated.]
  879.  
  880.   U:<IAC><WILL><NAOP>
  881.  
  882.   U:<IAC><SB><NAOP><DR><25><IAC><SE>
  883.  
  884.   S:<IAC><SB><NAOP><DS><0><IAC><SE>
  885.  
  886.   S:<IAC><DO><OUTPUT LINE WIDTH>
  887.  
  888.  
  889.  
  890.  
  891.  
  892.  
  893.  
  894.  
  895.  
  896.  
  897. John Day                                                       [page 21]
  898.  
  899. NWG/RFC# 732                                  DAY 13-Sep-77 18:38  41762
  900. Data Entry Terminal Option
  901.  
  902.  
  903.  
  904.   U:<IAC><SB><NAOL><DR><80><IAC><SE>         [Defines the screen to be
  905.                                              25 lines by 80 characters.
  906.                                              The server may use this
  907.                                              information when formatting
  908.                                              the screen.]
  909.  
  910.   S:<IAC><SB><NAOL><DS><0><IAC><SE>
  911.  
  912.   S:<IAC><SB><DET><FORMAT FACILITIES>
  913.   <Repeat><Protection, 3 Levels
  914.   Intensity><IAC><SE>                        [Now set the terminal
  915.                                              attributes.]
  916.  
  917.   U:<IAC><SB><DET><FORMAT FACILITIES>
  918.   <Repeat, Blinking><Protection, 3
  919.   Levels Intensity><IAC><SE>
  920.  
  921.   S:<IAC><SB><DET><ERASE SCREEN><IAC><SE>    [Erase the screen and start
  922.                                              sending the form.]
  923.  
  924.     <IAC><SB><DET><FORMAT DATA>
  925.     <Protection=1, Intensity=1><0>
  926.     <5><IAC><SE>Name:
  927.  
  928.     <IAC><SB><DET><MOVE CURSOR><0><1><IAC><SE>
  929.  
  930.     <IAC><SB><DET><FORMAT DATA>
  931.     <Protection=1, Intensity=1><0>
  932.     <8><IAC><SE>Address:
  933.  
  934.     <IAC><SB><MOVE CURSOR><0><4><IAC><SE>
  935.  
  936.     <IAC><SB><DET><FORMAT DATA>
  937.     <Protection=1, Intensity=1><0>
  938.     <17><IAC><SE>Telephone number:
  939.  
  940.     <IAC><SB><DET><MOVE CURSOR><32><4><IAC><SE>
  941.  
  942.     <IAC><SB><DET><FORMAT DATA>
  943.     <Protection=1, Intensity=1><0>
  944.     <24><IAC><SE>Social Security Number:
  945.  
  946.     <IAC><SB><DET><FORMAT DATA>
  947.     <Protection=1, Intensity=7>
  948.     <0><11><IAC><SE>                         [Establish a field that
  949.                                              doesn't display what is
  950.                                              typed into it.]
  951.  
  952.  
  953.  
  954.  
  955.  
  956. John Day                                                       [page 22]
  957.  
  958. NWG/RFC# 732                                  DAY 13-Sep-77 18:38  41762
  959. Data Entry Terminal Option
  960.  
  961.  
  962.  
  963.     <IAC><SB><DET><MOVE CURSOR><32><5><IAC><SE>
  964.  
  965.     <IAC><SB><DET><FORMAT FACILITIES>
  966.     <Blinking><0><IAC><SE>                   [Get permission to use
  967.                                              Blinking Attribute.]
  968.  
  969.   U:<IAC><SB><DET><FORMAT FACILITIES>
  970.   <Repeat, Blinking><Protection,
  971.   3 Levels Intensity><IAC><SE>
  972.  
  973.   S:<IAC><SB><DET><FORMAT DATA>
  974.   <Blinking=1, Protection=1,
  975.   Intensity=1><0><29><IAC><SE>
  976.  
  977.     Your SSN will not be printed.
  978.  
  979.     <IAC><SB><DET><HOME><IAC><SE>
  980.     <IAC><GA>
  981.  
  982.   The previous exchange has placed a form on the screen that looks like:
  983.  
  984.   Name:
  985.   Address:
  986.   Telephone Number:                       Social Security Number:
  987.                                      "Your SSN will not be printed."
  988.  
  989.   where the quoted string is blinking.
  990.  
  991.   The terminal user is now free to fill in the form provided. He
  992.   positions the cursor at the beginning of the first field (this usually
  993.   is done by hitting the tab key) and begins typing. We do not show this
  994.   interaction since it does not generate any interaction with the User
  995.   Telnet program or the network. After the terminal user has completed
  996.   filling in the form, he strikes the transmit key to send the
  997.   unprotected part of the form, but first the User Telnet program
  998.   negotiates the Byte Macro Option to condense the Field Separator
  999.   subcommand:
  1000.  
  1001.   U:<IAC><DO><BM>                            [Negotiate Byte Macro
  1002.                                              Option.]
  1003.  
  1004.   S:<IAC><WILL><BM>                          [Define decimal 166 to be
  1005.                                              the Field Separator
  1006.                                              subcommand (see Appendix
  1007.                                              3)]
  1008.  
  1009.  
  1010.  
  1011.  
  1012.  
  1013.  
  1014.  
  1015. John Day                                                       [page 23]
  1016.  
  1017. NWG/RFC# 732                                  DAY 13-Sep-77 18:38  41762
  1018. Data Entry Terminal Option
  1019.  
  1020.  
  1021.  
  1022.   U:<IAC><SB><BM><DEFINE>
  1023.   <166><6><IAC SB DET FIELD
  1024.   SEPARATOR IAC SE><IAC><SE>
  1025.  
  1026.   S:<IAC><SB><BM><ACCEPT><166><IAC><SE>      [The server accepts the
  1027.                                              macro.]
  1028.  
  1029.   U:<IAC><SB><DET><DATA TRANSMIT><0><6><IAC><SE>
  1030.   John Doe <166> 1515 Elm St., Urbana, Il 61801
  1031.   <166> 217-333-9999 <166> 123-45-6789 <166>
  1032.  
  1033.   S:<IAC><SB><DET><ERASE SCREEN><IAC><SE>
  1034.   Thank you.
  1035.  
  1036.   And so on.
  1037.  
  1038.  
  1039.  
  1040.  
  1041.  
  1042.  
  1043.  
  1044.  
  1045.  
  1046.  
  1047.  
  1048.  
  1049.  
  1050.  
  1051.  
  1052.  
  1053.  
  1054.  
  1055.  
  1056.  
  1057.  
  1058.  
  1059.  
  1060.  
  1061.  
  1062.  
  1063.  
  1064.  
  1065.  
  1066.  
  1067.  
  1068.  
  1069.  
  1070.  
  1071.  
  1072.  
  1073.  
  1074. John Day                                                       [page 24]
  1075.  
  1076. NWG/RFC# 732                                  DAY 13-Sep-77 18:38  41762
  1077. Data Entry Terminal Option
  1078.  
  1079.  
  1080.  
  1081. Appendix 1 - Subcommands, opcodes and syntax
  1082.  
  1083.   1         EDIT FACILITIES      <Facilty map>
  1084.   2         ERASE FACILITIES     <Facility map>
  1085.   3         TRANSMIT FACILITIES  <Facility map>
  1086.   4         FORMAT FACILITIES    <Facility map 1> <Facility map 2>
  1087.   5         MOVE CURSOR          <x> <y>
  1088.   6         SKIP TO LINE         <y>
  1089.   7         SKIP TO CHAR         <x>
  1090.   8         UP
  1091.   9         DOWN
  1092.   10        LEFT
  1093.   11        RIGHT
  1094.   12        HOME
  1095.   13        LINE INSERT
  1096.   14        LINE DELETE
  1097.   15        CHAR INSERT
  1098.   16        CHAR DELETE
  1099.   17        READ CURSOR
  1100.   18        CURSOR POSITION      <x><y>
  1101.   19        REVERSE TAB
  1102.   20        TRANSMIT SCREEN
  1103.   21        TRANSMIT UNPROTECTED
  1104.   22        TRANSMIT LINE
  1105.   23        TRANSMIT FIELD
  1106.   24        TRANSMIT REST OF SCREEN
  1107.   25        TRANSMIT REST OF LINE
  1108.   26        TRANSMIT REST OF FIELD
  1109.   27        TRANSMIT MODIFIED
  1110.   28        DATA TRANSMIT <x><y>
  1111.   29        ERASE SCREEN
  1112.   30        ERASE LINE
  1113.   31        ERASE FIELD
  1114.   32        ERASE REST OF SCREEN
  1115.   33        ERASE REST OF LINE
  1116.   34        ERASE REST OF FIELD
  1117.   35        ERASE UNPROTECTED
  1118.   36        FORMAT DATA <format map>
  1119.   37        REPEAT     <count><char>
  1120.   38        SUPPRESS PROTECTION <negotiation>
  1121.   39        FIELD SEPARATOR
  1122.   40        FN <code>
  1123.   41        ERROR  <cmd><error code>
  1124.  
  1125.  
  1126.  
  1127.  
  1128.  
  1129.  
  1130.  
  1131.  
  1132.  
  1133. John Day                                                       [page 25]
  1134.  
  1135. NWG/RFC# 732                                  DAY 13-Sep-77 18:38  41762
  1136. Data Entry Terminal Option
  1137.  
  1138.  
  1139.  
  1140. Appendix 2 - Error Codes
  1141.  
  1142.   1         Facility not previously negotiated.
  1143.  
  1144.   2         Illegal subcommand code.
  1145.  
  1146.   3         Cursor Address Out of Bounds.
  1147.  
  1148.   4         Undefined FN value.
  1149.  
  1150.   5         Can't negotiate acceptable line width.
  1151.  
  1152.   6         Can't negotiate acceptable page length.
  1153.  
  1154.   7         Illegal parameter in subcommand.
  1155.  
  1156.   8         Syntax error in parsing subcommand.
  1157.  
  1158.   9         Too many parameters in subcommand.
  1159.  
  1160.   10        Too few parameters in subcommand.
  1161.  
  1162.   11        Undefined parameter value
  1163.  
  1164.   12        Unsupported combination of Format Attributes
  1165.  
  1166.  
  1167.  
  1168.  
  1169.  
  1170.  
  1171.  
  1172.  
  1173.  
  1174.  
  1175.  
  1176.  
  1177.  
  1178.  
  1179.  
  1180.  
  1181.  
  1182.  
  1183.  
  1184.  
  1185.  
  1186.  
  1187.  
  1188.  
  1189.  
  1190.  
  1191.  
  1192. John Day                                                       [page 26]
  1193.  
  1194. NWG/RFC# 732                                  DAY 13-Sep-77 18:38  41762
  1195. Data Entry Terminal Option
  1196.  
  1197.  
  1198.  
  1199. Appendix 3 - Use of the Byte Macro Option
  1200.  
  1201.   One of the major drawbacks of the DET option is that because the
  1202.   functions are encoded as Telnet option subnegotiations a fairly high
  1203.   overhead is incurred. A function like Character Insert which is
  1204.   encoded as a single byte in most terminals requires six bytes in the
  1205.   DET option. Originally the only other solution that would have
  1206.   accomplished the same transparency that the use of subcommands
  1207.   provides would have been to define additional Telnet control
  1208.   functions. However, since this would entail modification of the Telnet
  1209.   protocol itself, it was felt that this was not a wise solution. Since
  1210.   then the Telnet Byte Macro Option (RFC 729) has been defined. This
  1211.   option allows the user and server Telnets to map an arbitrary
  1212.   character string into a single byte which is then transferred over the
  1213.   net. Thus the Byte Macro Option provides the means for implementations
  1214.   to avoid the overhead for heavily used subcommands. The rest of this
  1215.   appendix suggests how the Byte Macro Option should be applied to the
  1216.   DET option.
  1217.  
  1218.   In keeping with the specification of the Byte Macro Option, macro
  1219.   bytes will be chosen from the range 128 to 239. For the DET option, it
  1220.   is suggested that macro bytes be chosen by adding the subcommand code
  1221.   to 128. In addition, an unofficial DET subcommand might be defined
  1222.   indicating that each side was willing to support macro bytes for all
  1223.   subcommands (but not necessarily support all of the subcommands
  1224.   themselves) according to this algorithm. This subcommand would be:
  1225.  
  1226.     IAC SB DET DET-MACRO <negotiation> IAC SE       subcommand code: 254
  1227.  
  1228.   where <negotiation> may have the values of the Telnet option
  1229.   negotiation:
  1230.  
  1231.     251     WILL
  1232.     252     WONT
  1233.     253     DO
  1234.     254     DONT
  1235.  
  1236.   This subcommand is sent by a Telnet implementation to indicate its
  1237.   willingness to adopt byte macros for all of the DET subcommands
  1238.   according to the following algorithm:
  1239.  
  1240.     The macro byte for subcommand i will be i+128 and will represent the
  1241.     following string for parameterless subcommands:
  1242.  
  1243.     IAC SB DET <subcommand code> IAC SE
  1244.  
  1245.     and the following string for subcommands with parameters:
  1246.  
  1247.  
  1248.  
  1249.  
  1250.  
  1251. John Day                                                       [page 27]
  1252.  
  1253. NWG/RFC# 732                                  DAY 13-Sep-77 18:38  41762
  1254. Data Entry Terminal Option
  1255.  
  1256.  
  1257.  
  1258.     IAC SB DET <subcommand code>
  1259.  
  1260.     The default setting for this subcommand is that the macros are not
  1261.     in effect, in other words,
  1262.  
  1263.       IAC SB DET DET-MACRO WONT IAC SE
  1264.       IAC SB DET DET-MACRO DONT IAC SE
  1265.  
  1266.     Negotiation of this subcommand follows the same rules as
  1267.     negotiations of the Telnet options.
  1268.  
  1269.  
  1270.  
  1271.  
  1272.  
  1273.  
  1274.  
  1275.  
  1276.  
  1277.  
  1278.  
  1279.  
  1280.  
  1281.  
  1282.  
  1283.  
  1284.  
  1285.  
  1286.  
  1287.  
  1288.  
  1289.  
  1290.  
  1291.  
  1292.  
  1293.  
  1294.  
  1295.  
  1296.  
  1297.  
  1298.  
  1299.  
  1300.  
  1301.  
  1302.  
  1303.  
  1304.  
  1305.  
  1306.  
  1307.  
  1308.  
  1309.  
  1310. John Day                                                       [page 28]
  1311.  
  1312. NWG/RFC# 732                                  DAY 13-Sep-77 18:38  41762
  1313. Data Entry Terminal Option
  1314.  
  1315.  
  1316.  
  1317. References
  1318.  
  1319.   1.   ADM-1 Interactive Display Terminal Operator's Handbook
  1320.        Lear-Siegler, Inc. 7410-31.
  1321.  
  1322.   2.   ADM-Interactive Display Terminal Operator's Handbook
  1323.        Lear-Siegler, Inc. EID, 1974.
  1324.  
  1325.   3.   Burroughs TD 700/800 Reference Manual, Burroughs Corp., 1973
  1326.  
  1327.   4.   Burroughs TD 820 Reference Manual, Burroughs Corp. 1975.
  1328.  
  1329.   5.   CC-40 Communications Station: General Information Manual.
  1330.        Computer Communication, Inc. Pub. No. MI-1100. 1974.
  1331.  
  1332.   6.   Crocker, David. "Telnet Byte Macro Option," RFC 729, 1977.
  1333.  
  1334.   7.   Data Entry Virtual Terminal Protocol for Euronet, DRAFT, 1977.
  1335.  
  1336.   8.   Day, John. "A Minor Pitfall in the Telnet Protocol," RFC 728,
  1337.        1977.
  1338.  
  1339.   9.   Hazeltine 2000 Desk Top Display Operating Instructions. Hazeltine
  1340.        IB-1866A, 1870.
  1341.  
  1342.   10.  How to Use the Consul 980: A Terminal Operator's Guide and
  1343.        Interface Manual. Applied Digital Data Systems, Inc. 98-3000.
  1344.  
  1345.   11.  How to Use the Consul 520: A Terminal Operator's Guide and
  1346.        Interface Manual. Applied Digital Data Systems, Inc. 52-3000.
  1347.  
  1348.   12.  Honeywell 7700 Series Visual Information Projection (VIP)
  1349.        Systems: Preliminary Edition. 1973.
  1350.  
  1351.   13.  An Introduction to the IBM 3270 Information Display System. IBM
  1352.        GA27-2739-4. 1973.
  1353.  
  1354.   14.  Naffah, N. "Protocole Appareil Virtuel type Ecran" Reseau
  1355.        Cyclades. TER 536. 1976.
  1356.  
  1357.   15.  Postel, Jon and Crocker, David. "Remote Controlled Transmission
  1358.        and Echoing Telnet Option", RFC 726 NIC 39237, Mar. 1977.
  1359.  
  1360.   16.  Schicker, Peter. "Virtual Terminal Protocol (Proposal 2). INWG
  1361.        Protocol Note #32., 1976.
  1362.  
  1363.  
  1364.  
  1365.  
  1366.  
  1367.  
  1368.  
  1369. John Day                                                       [page 29]
  1370.  
  1371. NWG/RFC# 732                                  DAY 13-Sep-77 18:38  41762
  1372. Data Entry Terminal Option
  1373.  
  1374.  
  1375.  
  1376.   17.  UNISCOPE Display Terminal : Programmer Reference . Sperry- Univac
  1377.        UP-7807 Rev. 2, 1975.
  1378.  
  1379.   18.  Universal Terminal System 400: System Description. Sperry- Univac
  1380.        UP-8357, 1976.
  1381.  
  1382.   19.  Walden, David C. "Telnet Output Line Width Option." NIC # 20196,
  1383.        1973, also in ARPANET Protocol Handbook, 1976.
  1384.  
  1385.   20.  Walden, David C. "Telnet Output Page Size" NIC # 20197, 1973,
  1386.        also in ARPANET Protocol Handbook, 1976.
  1387.  
  1388.  
  1389.  
  1390.  
  1391.  
  1392.  
  1393.  
  1394.  
  1395.  
  1396.  
  1397.  
  1398.  
  1399.  
  1400.  
  1401.  
  1402.  
  1403.  
  1404.  
  1405.  
  1406.  
  1407.  
  1408.  
  1409.  
  1410.  
  1411.  
  1412.  
  1413.  
  1414.  
  1415.  
  1416.  
  1417.  
  1418.  
  1419.  
  1420.  
  1421.  
  1422.  
  1423.  
  1424.  
  1425.  
  1426.  
  1427.  
  1428. John Day                                                       [page 30]